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ABSTRACT 

This is one of a series of reports based on an 
ongoing reality test of systemic evaluation for instructional 
decision making. This feasibility study is being carried out by the 
Center for the Study of Evaluation with the Laboratory in School and 
Community Relations at a suburban Los Angeles high school (called 
Site A). Viewing a school as a cultural/ecological system, systemic 
evaluation is a set of principles to guide local development of 
processes to gather, organize, and utilize information relevant to 
the needs and values of the system and its members. This paper 
examines the issues and problems involved in implementing school and 
teacher access to data in the district computerized information 
system. It proposes a distributed (decentralized) data processing 
approach utilizing microcomputer systems throughout the district 
combined with off-line processing and/or query systems. Distributive 
processing concerns include: data file size, backing-up data, file 
compatibility, data formats, programming language compatibility, 
multiple files, archival files, communications systems, graphic 
displays, multiplicity of databases, and data ccdebooks. Appendices 
contain a description of the district's current data processing 
services, and lists of standard and non-standard reports generated. 
(BS) 
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This report is concerned selected issues and dp ob 1 ems 
\* establishing and operating computerized information 
systems in local educational systems. Schools and districts 
generate and store tremendous amounts of information. Some 
of this information is strictly administrative: personnel 
records, inventor ies. purchase orders, etc, while other 
information has implications at the instructional le^el: 
test scores . grades, absences, etc. The utilization of 
information occurs at multiple levels: teacher, counselor, 
principals, district administration, superintendents, and 
school boards (Burstein. 1984: Durant & Cooley. 1?84>. 
Until recently, the management of information has been 
centralized at the district level (with the exception of 
manual filing systems at the classrcom and school le^ei). 
Schools and districts have been slow to take advantage of 
the advances in information management that have taken place 
in the 1 ast decade (Hathaway. 1984 > . 

One common complaint, at the school level, is that the 
district data processing center is not responsive to»tne 
school's need for information. Either, it takes too long to 
get reports from the district or the district does not 
provide data necessary to ma-.e appropriate educational 
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Decisions at :ne school, class, or student level. One 
solut on is to allow the users of the information. using 
remote terminals or m \ crocomcu ters « located in the schools, 
to generate reports and analyze data in a manner mos* useful 
to their own neeas, 

Cne area in which information has been available at the 
school and teacher level is Computer Managed Instruction 
<CMI). in which items or tests are selected from a test bank 
and progress reoorts of student status are generated. This 
is Dne area in which there seems to be some cooperation 
between district level data processing and the needs of 
educational decision makers tDussault, 1934 s Idstein & 
- !:mal 2 , 1?83.> . 

The perspective of this reoort is based on exeriences 
gained in working with a high school in a suburb of Los 
Angeles. For the purposes of this report, the high school 
w:ll be referred to as Site ft while the district will be 
referred to as the Mai ley Unified School District. This 
predominantly middle and lower SES district has data and 
information problems similar to many other school districts 
nationwide. Mai 1 ey Unified has a centralised data 
processing center, whose administrators are open to advances 
which will improve information utilization in the district. 
Appendices I through describe the Mai ley Unified computer 
system and management information system in more detail. 
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The purpose of this report is to discuss the issues and 
to e:-:am i ne the obi ems that can ar i se in trying to 
implement school 5.nd teacher level access to data and use or 
information. This reoort nigh lights two basic approaches to 
i n -format i on process* no: 

It Centralized data processing — With thi= approach 
a district uses one mainframe computer system with 
on-line remote terminals in various locations 
throughout the district. All queries, reports* and 
anal yses are processed on this one compu ter system . 
2. DistriDuted ( decen tr al.i zed) data processing — This 
approach makes use of multiple computer systems, 
usually one central mainframe computer system and a 
number of m i croccin«,«u ter systems 1 oca ted thr oughou t 
the district. These microcomputer systems can be 
used as remote terminals to the district mainframe 
or they can be used as stand alone computer 
systems, analyzing data independently of the 
district's mainframe. 'isee Table 1/ 

MrtlNRAMES ms MICROCOMPUTERS 

Mainframe computer systems and microcomputers function 
in basically the same manner, they differ in size, capacity, 
and soeec of processing. Mainframe computers often fill 
: arge rooms and have the : r own air con en 1 1 on i ng and 
electrical systems. Mainframes reauire trained operators 
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and oroor ammers. They »re Mery expensive to ourcna.se and 
c o e r a t r du t are cost effective because they can process 
large amounts of data yery qu.ckly. 

croc^mou ters. on the other hand, are small desktop 
sized computers that are relatively (compared to ma in -frame 
computers/ inexpensive to own and operate. ttt issue is 
whether microcomputers as part of a decentralized data 
processing system can play a useful role in school and 
teacher level access to information. 

While this section is labeled "Mainframes vs 
Microcomputer", it is not an either-o:- I*ssue. For all but 
very small school districts, central mainframe computers 
will be an important element of both centralized and 
distributed processing systems. In distributed systems th 
orocessino ♦ s done by remote microcomputers but the master 
oata files are still stored on the central mainframe 
zompu ter . v 



DISTRICT vs SCHOOL ISSUEE 

Every school district office perforTss a large amount 
data processing to meet : ts own needs. The kinds of data 
analyses are primarily accounting in nature* since much of 
:he information will go to either the state or the fede r a! 
government or is used in making funding decisions internal 
to the district. ^ 



Schools indicate that they have a need -for information 
that can be used to he Id rr*ake instructional decisions. The 
kinds of data and types of reoorts needed by schools may be 
somewhat different than these used by the district 
adm inistration. 

Much of the information collected and stored at the 
district level (test scores, etc.; coula be of use to 
educational decision makers if it were either reported in a 
different manner or aggregated at a different level, say the 
classroom or school level (Burstem. I?S4) . 

The idea is, that once the data is accessable to the 
schools* that teachers and/or administrators will be able to 
sit down at the terminal or microcomputer and ask Questions 
about various aspects of student performance, behaviors, and 
attitudes. In the final analysis, the user (teacher, 
counselor, or administrator) doesn't care whether the 
c srnpu ter system is an on -line centralized system or an 
off-line distributed system. The user only wants to be able 
to get information auickly and easily. 

QUERY SYSTEMS: GETTING THE INFORMATION 

Software (proorams) that allows users to ask Questions 
abou t i nf ormat i on con ta i ned w i thin the comou ter are known 
generically as Query systems. Query systems allow one to 
Dose oues-ions such questions as "which students ha M e 6PA*" s 
greater than 3.0 and reading percentiles above 95?" or 
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"whicn students work more than 10 hours per week, listed 
a! ohabe t i cat 1 y ^y teacher." 

Or. -line Query systems are expensive either to purchase 
or to develop* -from scratch. Many on-line auery systems are 
ver difficult to use, reauiring practically Programmer 
level skills to operate. Others may be relatively easy to 
use having a h i gh degree of "user f r i endl yness" . On-line 
Query systems take uo a lot of computing resources. One 
implication of this is chat response time to questions can 
become very slew, taking up to half a minute or more. 
Further, the computer center cannot run as many other 
programs at the same time when an on-line ouery systems is 
runn i no. 

One very serious concern with on-line auery systems 
centers around reliability of the system. With an on-line 
system when tne mainframe computer malfunctions all the 
users, on their remote terminals. cease to operate. A 
small malfunction at the district computer center can 
interfere the Mork of literally hundreds of users . Uhen 
processing is distributed, malfunctions on one microcomputer 
do not interfere with the work taking place on other 
microcomputers. The mi croccmpu ter-based ^decentralized) 
systems can also operate independent!- of the district 
ma i nf rame compu ter . 

Query systems for mi croccmpu ters are ne i ther '.'erv 




common nor very easy tc use. They require a *ot of 
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computing power -from the micro and sophisticated users 
(Idstein & Athev, 1?84) . Mi croccmou ter query systems are 
comparable in difficulty <but not in processing pother) to 
current on-line systems that have been implemented by some 
di str lets. 

rt major difference between on-line query systems and 
microcomputer based systems is one of cost. On-line auery 
systems are much more expensive to develope or purchase (in 
the tens of thousands of dollars) than microcomputer based 
systems (in the hundreds of dollars). Costs aside, the 
microcomputer solution is often more attractive to users 
because it frees them from dependence on the district 
computing center. 

At the same time, because of the power innerent in the 
districts mainframe, it is often easier to generate common 
reports for administrators and teachers on the district 
mainframe computer than to accomplish this on a query 
system. This holds true regardless of whether an on-line or 
an off-line query has been implemented. The district 
already has much of the information in their files and a 
staff of p rogr anvrne rs that can develop these reports quickly 
and efficiently. 

Having suggested distributed off-line processing and/or 
zuery systems as one Possible solution to getting 
t nf ormat i on i n to the hands of teachers . ccunse 1 ors , anc 
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school administrators the remainder of this report examines 
the implications* problems, and issues involved in 
distributive process i ng . 

DISTRIBUTED PROCESSING CONCERNS 
File Size Issues 

In order tor distributive processing on microcomputers 
to occur, data has to be trans-f erred frora -files and 
databases on the mainframe computer to the mi crocomou ter . 
One concern in transferring data from district mainframe 
computers to school mi crocompu ' -rs involves the issue of the 
computer's memory capacity. Although microcomputers and 
mai rif rames work using the same basic principles. *he 
mainframes usually have a much greater capacity in terms of 
internal PmM (Random Access Memory) memory and external disk 
memory. It is therefore necessary to break laroe files and 
databases into smaller chunks for Drocessing on the 
.tu crocomou ters . 

The breaking of files into smaller chunks is most 
easily accomplished by the mainframe itself. Files could be 
extracted for a particular grade level within one school or 
even down to the cl assrocm 1 eve 1 i f necessary. 

Today's microcomputers have internal memories ranging 
from 64K (64,000-? bytes to just over half a megabyte. Tnere 
^ is every indication that the trend is toward 1 aroer internal 

ERIC ^ 
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memories ^Mainframe computers have much larger memories, 
measured in millions of bytes;* The larger the internal 
memory of the microcomputer the more sophisticated orograms 
it can run. Although not always true, one can generally 
count on the tact that larger programs will be easier to use 
and will run faster. 

External disk memory is an important -factor in the size 
o-f data files that can be used by the microcomputer. The 
larger the disk memory capacity the larger the data file 
that can be processed. 

External disk memories for microcomputers can be of two 
types: Floppy disks or hard disk. Floppy disks have 
capacities of 140K to one megabyte. Again the trend is 
towards larger capacity floppy disks. Floppy disks have the 
advantage that with dual floppies, it is quite easy to make 
backup copies of important data on a regular basis. The 
main drawback is that floppy disk capacity is too small for 
many useful data storage needs. 

The hard disk ha^e much larger capac i "y than f 1 od:«> 
disks. Hard disks typically run from 10M (10. 000,000; bytes 
to 40M, 60M, and even 100M. These kinds of capacities are 
certainly sufficient for school level databases and files. 
The drawbacks to hard disks are their or tees, expensive 
<S2.500 to $15,000): and the difficulty in backing up such 
large amcunts of data on a regular basis. 
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Back i hq-Ud Data 

It should be remembered that mainframe computers 
maintain a staff of prDgrammers and operators, ore of whose 
imoortant tasks is to make regular backups of the data 
files. District computer centers do this on a daily basis. 
E^ery data file that is used during the course of the day i 
copied, usually onto magnetic tape, and saved. If anything 
should happed to the original file then the backup can be 
used to rePl ace i t . 

Data files can be lost in a number of ways. They can 
be accidently erased, there can be a hardwers failure in trt 
disk system, or a power failure can occur while a data file 
is being used. These kinds of occurances are not that 
uncommon. It is very important to have backups of data 
files. 

Off-line processing using microcomputers with flopp/ c: 
hard disks need to develop policy concerning the backup of 
mportant files and prcgrams. 

Corns a t i b i 1 i tv I ssues 

attempts to develop distributed processing systems can 
run into several problems concerning compatibility of da~a 
files. Off-line processing implies that data files or 
sub-sets of data files be transferred from the district 
mainframe computer to local microcomputers in schools. If 
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there are comoa" i bi 1 i ty problems then these file transfers 
Cannot take Place. 

Data Formats 

Mainframes and mi crocomouters can have character 
formats which are incomoatible with one another. 
Microcomputers typically use ASCII (American Standards Code 
for Information Interchange) r eoresen tat i on for the 
printable characters and numbers. Many mainframes also use 
ASCII, but some may use other conventions, such as EBCDIC 
(Extended Binary Coded Decimal Interchange Code), found on 
many IBM mainframes. The software which transfer data file 
from the mainframe computer to the microcomputer must be 
aDle to translate from one representation to another. 

Even when two comouiers can transfer data, it is not 
necessarily the case that the files transfered from the 
mainframe to the microcomputer can be read and used by the 
microcomputer . Files themselves have certain structures. 
File* from a mainframe computer may have a structure that : 
incomDatible with file structures allowed on the 
m i croccmou ter . 

The wavs in which numbers are stored can be very 
different between different types of computers. Some 
computer systems store numbers as packed decimals <in .ihich 
every two digits of a numbe~ are represented in Dne byte. 1 
wmle others may store, numbers as any one of a dozen 
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different binary representations. Unless the numbers ..an be 
zon^erted -for one data r epi ■ - tat i on to anotner, files 
cannot be effective! transf errc-d -from main-frame to 
mi crocorr uj ter . 

Language Compat 1 1 . 1 i ty 

Whether we are talking about insurance companies or 
school districts, COBOL is the predominant data processing 
language. COBi'i! has built into it a number of -features that 
make the use *nd updating o-f large -files easy and practical . 
The major problem that occurs when one tries to use -files 
created by COBOL with other, non-COBOL, programs is that the 
files are not necessarily compatibile. That is, it is 
possible -for a COBOL program to create -files that onlv a 
specific COBOL program can at* ess. Although it is possible 
to use COBOL on some microcomputers, it is not necessarily 
compatible with the COBOL that is -found on mainframe 
computers . 

Topical data files for major statistical packages, such 
as SPSS. ShS . and BMDP make use of sequential text files. 
Sequential text files store information contiguous! / in one 
area on the disk. For example, to obtain information on the 
twenty-fifth student in a file, you would have to read 
through all the information on the first twenty-four 
students. Many microcomputer statistical programs ana 

Vj 
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database systems also make use of seouential files, al thougn 
equally many use their own uniaue structures. 

COBOL f i 1 es, op the other hand, main tai n un i Que 
structures that can involve the use of random access files. 
That is COBOL allows for the use of pointers that can go 
from one location in a file to another location without 
having to read all the information in between. 

To use the COBOL files with an off-line distributive 
orocessing system reauires a program that can read the COBOL 
files and translate them into seouential text files. This 
is most easily accomplished if the d i str i c t ' s ma i nf rame 
t*»uld merge the necessary files and generate the appropriate 
seauen t i al tex t file. 

Mul t i p 1 e Files 

Not only does COBOL allow for the use of pointers 
within a file but it also allows for the simultaneous use of 
multiple files. District data processing systems working in 
COBOL typically split their databases ud into many subfiles. 
Thus, in COBOL based systems, it is typical for information 
needed in a single report to be found in many different 
files. For instance, there can be a Student Master File, an 
Attendance File, a Class Roster File, and so on. 

Distributive processing systems may not allow for more 
than one or two files to be in use at one time. When 
work i ng wi th of f-1 i ~e mi crocomou ter-based systems, i t may 
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become necessary to merge the required tiles together into a 
single -file. 

There are some microcomputer programs that aPr-i the 
use of multiple -files. Dbase II <and the brand new Dbase 
III) is a m i crocompu te: database management program which 
allows several related -files open at one time. In this 
resoect it is similar to COBOL; however, the Dbase -files 
themselves directly are not compatible with COBOL files. 
Another, very popular database system, DB Master makes use 
o-f its own structure. 

Although it is more efficient during normal data . 
processing on the mainframe to make use of COBOL 's uniaue 
file structures and multiple files* it is usually possible 
to write a program that will combine (merge,* the necessary 
COBOL files into one sequential text file for use on a 
mi crocomou ter . 

Arch i val Files 

nnother difficulty in analyzing district mainframe 
files at the school level on microcomputers is that the 
files may be stored as archival files. That is, the files 
could contain information on the students for every year o- 
semester that they were enrolled. Thus records for a given 
student may app *r many times within the same file. This 
creates no problem for the maisr-amt ./st*-:» sine*- the;. 
COBOL orooram uses pointers that quickly locate the most 

15 
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current record -for any given student. However, in working 
with data on off-line micnn omouter systems, there can be a 
lot of confusion about which entry i- i.orrect one for 

any given student. Further, archival files are usually too 
large for microcomputers to handle. Therefore, it is 
necessary when creating files for use on microcomputers to 
downl oad (transfer) only the most current or active record 
for each studen t . 

Commun i cat i on I ssues 

Many of the issues looked at so far are concerned with 

« 

the use of files derived from mainframe computer systems. 
Nothing has been said about the process of moving the 
information from mainframe to microcomputer. 

Communication-, in this context, refers to the communication 
between mainframe computer and mi crocompu ter . 

Computer, can be hooked-up together in two ways: 1) 
direct co*u*ct and 2) dial-up, Direct connect means that 
the two computers are physically wired togeth*. . Dial-up 
systems make use of a telephone hook-up between computers. 
In order to make use of a dial-up arrangement each computer 
must be ecuioed with a modem (Modulator/Demodulator), 
Modems are rated in terms of how fast they transmit data, 
300 BAUD modems transmit about 30 character per second while 
1200 BrtUD modems can transmit about 120 cos. 1200 Baud 
modems are the newer technology and conseouently cost more. 

ERIC 16 
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At the mi crocomputer end 300 BAUD modems run between $100 
and $250, with 1200 BAUD modems in the $400 to $600 r&ncr • 
On the main-frame side o-f the hook-up modems are much more 
expensive, in the thousand* rf dollars. Because of the cost 
of charing over, many district computing systems still 
operate at 300 BAUD. 

On the -face o-f it, communications between main-frame 
computers and microcomputers seems to be very straight 
•forward. Both the main-frame and the m i cr ocomou ter require a 
modem set to the same baud rate. However, very little 
involving the use o-f computers is strictly a hardware issue. 
In order to have e-f-fective communications, each system 
requires the appropriate communications software. In 
addition to transferring data from one system to another, 
the communications software may have to translate data so 
that it will be compatible for each -.ystem. 

Typically this is done through the use of a 
communications package in the mi cr ocomou ter . This 
communications package allows tin- micro to operate as a 
terminal to the mainframe, that is* trie microcomputer 
behaves as i f i t were a remote terminal connected to the 
mairiframe. It also allows the microcomputer to download 
files (transfer files from mainframe to microcomputer) and 
up 1 oad files (transfer files from the mi cr ocomou ter to the 
mainframe) • The mainframe also needs to have appropriate 
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SD-ftware that allows -for communication with m i crocomou ter 
acting as remote terminals. 

In university based systems communications between the 
m»m-frame and microcomputers can take Place* in one oi two 
Nays ; 

1) The mi crocomou ter communicates directly with the 
main-frame's on-line interactive editor. Or' 

2) the m i crocomou ter communicates through a -file 
trans-fer program that directly trans-fers -files 
from system to system. 

Either o-f these systems is usually sa t i s-f ac tory • The 
choice usually comes down to whether the user is just going 
to trans-fer -files or will be running programs and viewing 
the results on the microcomputer. 

Universities tend spend a lot o-f time and money to make 
communications easy and e-f-ficient. School districts, 
typically, do not have the same resources to develoo such 
sophisticated communications systems. The idea o-f hooking 
l\ >ni crocomou ter s to the district's ma in comou ter i s 
relatively new so many districts have not as yet dealt with 
the many oroblems involved in communications. 

Graph i cs 

Graphic displays are one area in which ini cr ocompu ters 
seem t .* have an advantage over the main-frame, especially 
da i processing main-frames. There is a lot o-f very oood 
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graphics sof tw=* available -for mi crocomou ter s . By and 
large, the microcomputer yraohirs sot ' ^re is less costly 
and easier to use than the maont'rame variety. It is 
certainly possible to download files from the district 
mainframe to the school microcomputer and produce high 
Quality graphs and charts. 

There are some problems with graphic display of data 
that have to be anticipated. For one, there is the issue of 
the data fcrmat and/or file structure. While both these 
issues may have been dealt with at the microcomputer level, 
the graphics program may require yet another format or file 
structure. Very often graphics programs have special 
formats that Dreclude the use of general sequential text 
files. Some graphics programs want only the data for the 
graph being plotted and not all the other data associated 
with it. Thus, data for a graph of GPA versus hours worked 
would have to be extracted from the larger database file. 

Another potential problem is concerned with the 
production of large numbers of graphs and charts, say one 
for every class. The problem here lies in the fact that 
most graphics software is designed to produce custom graphs 
or charts and is not designed for batch production of 
hundreds of the same graphs and charts are produced on 
slightly different sets of data. 
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One Problem that can occur when users download oarts of 
larger databases, -for local use on mi cr ocompu ter s . is that 
multiple nonequ i val en t versions of the database can be 
formed. This comes about because local users update their 
local database with different information that does not find 
its way into the centralized database. In a short time, it 
is Possible to get different answers to the same question 
depending upon which computer and which database is aueried 
'Idstein & Athey, !?S4>. 

Code books 

Another area where one should exercise caution is in 
terms of the internal data codes that are used by district 
data processing programs. Sometimes information may be 
stored as actual values, at other times information is coded 
and abbreviated. Often only the system programmers have 
access to the codes and abbreviations that are used. This 
is because users of the mainframe system use only the 
programs written by the district and do not. use the files 
themse 1 ves. 

In rese arch se 1 1 1 ngs f code books are common 1 v produced 
and distributed to all workers on a project. Such codebooks 
aren't always easily available for district mainframe data 
files. A considerable amount of time may be soent working 
with the district data processing people, developing a 
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codebook for the data files* 
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The Idstein tc A they <1984i and the Murray papers 
! ist a number of other Problems that can occur in 
implementing educational information systems. For example: 
audit trails lost; the tendency to want to collect and store 
everything; more errors in data entry, due to more points in 
the system where errors can occur; redundant reports; 
incomplete and poorly organized reports; need for more 
training at all levels; more hardware problems, due to more 
hardware; need for on-line help facilities; need for a user 
support service. 

Using microcomputers in the schools to assist in making 
educational decisions is a relatively new undertaking. 
There are still many problems to be identified and solved 
before their use becomes a common practice. Microcomputers 
and their software are becoming more powerful and 
sophisticated everyday, and what may be difficult now. will 
surely be easier in the future. 
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Tobte 1 

Comparing Centralized /'^Decentralized Computing 



Centralized Computing Decentralized Computing 

Sy^em system 



Typeofcomputer(v): 


One mainframe computer. 


Many microcomputers. 


Type of processing: 


On-line processing 


Off-line processing. 


Processing done on: 


Remote terminate. 


Remote computers. 


Size: 


Large, room sited. 


Small, desktop sized. 


Computer malfunction: 


All terminals dovn. 


Only one computer down. 


Preceding speed: 


High speed. 


Slow speed. 


Response leg: 


Canbeyeryelov, 


Yery fast. 


Internal memory: 


1M + 


64K to512K 


External memory: 


1Q0M + 


1 40K to 60M 


Operators: 


Highly trained. 


Not much training. 


Operating cost: 


Very expensive. 


Moderately expensive. 
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Appendix I 



Ualley Unified School District 
Computer Center 



Comouter Mainframe: Burroughs B6S00 purchased in 1973. 
Main Memory- 1,2 million bytes. 

Disk Memory: 1.2 billion bytes. 

Other per i pher i al s: 2 tape drives. 2 printers, a marK sense 

scanner. 120 terminals. 

Twenty to 25% o-f the computer time devoted to district 
accounting needs. Approximately 75% o-f the computer time 
devoted to student administration needs. 

One hundred thousand to 120.000 pages of reports oer month. 
Thirt/-* five percent of the reports are special reauests from 
the schools or the district office. 
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Append! x 1 1 



Valley Unified School District 
Educational Data Processing Services 



In l?±?< tne Uallev Unified School District embarKed upon a 
long-range olan to automate many of its information 
oro-essing meeds. This apoendix contains a summary of the 
current status of their system. 

PHILOSOPHY AND OBJECTIVES 

1* To control growth of administrative and clerical costs. 

2. To produce in a meaningful and timely manner all 
ooerating and comparative information needed for effeicient 
district operation. 

3. To provide information for evaluating educational 
programs based on student achievement. 

4. To provide a Vocational Program in Data Processing. 

5. To make computer time available to both teachers and 
stuaen is* 

6. To eliminate duplication of effort by maintaining one 
central file on all information which meets both internal 
and external needs of the district. 

7. To eliminate known inefficiencies that arise from 
inadequate, slow, untimely, or unavilable information. 

To provide data processing services to additional school 
di str i cts. 

BASIC SYSTEM FUNCTIONS 



The following is a description of the files that are used in 
the basic system functions of the Educational Data 
Processing Services. These files and the description of 
thier use gives a good overall picture of how the system 
functions and how the various pieces fit together. 

STUDENT MASTER FILE 

The Student Master File is the key to the entire system. 
Almost every program within the system relies on the Student 
Master File for var i ous forms of i nf ormat i on . Th i s f i 1 e is 
updated on a daily basis from remote terminals. As a 
protective feature, updating can only be accomplished from a 
terminal in the student's own school. 



STUDENT SCHEDULING 

The scheduling package handles a variety o-f methods in 
scheduling students such as traditional, -flexible* and 
modular scheduling. The schedule must be able to accomodate 
a tour Quarter system with up to 20 periods a day. The 
system is generalized to the point o-f allowing each school 
to have a totally different method of scheduling classes and 
act i m i 1 1 es . 

PERMANENT RECORD 

The oermanent record contains both grades f credits, and test 
scores. The main source of inout for this file is from the 
grade reporting system and the yearly test scoring 
procedure . 

ATTENDANCE ACCOUNTING 

The attendance accounting system services the average daily 
attendance requirements and it is also used as a counseling 
too] . Prior to installing remote terminals, it was not 
feasible to autimate period attendance, as is currently, 
done . 

PROFICIENCY TESTING 

The proficiency testing system is designed to measure hew 
proficient a student is in a given discipline. To 
accomplish this task, the various disciplines of reading, 
language, and math are divided into subskills for testing. 

STANDARDIZED & TEACHER MADE TEST SCORING 

Test scoring information is gathered through the use of 
marked documents which are Produced from both the student 
master file and student schedule files. The system reads in 
the mark sense documents, convert the responses to raw 
scores based on a key, and convert the r aw scores to 
converted scores based on computation or table look up. 

INDIVIDUAL EDUCATION PLAN <I.E»P.) 

This system manaqes data f or h an di capped children's 
education program. Parents work with school personnel, 
jointly making decisions regarding the childs needs. The 
computerized I .E.P. is used as a management tool to insure 
that each handicapped child is provided special education 
and related services. 

COMPUTER MANAGED INSTRUCTION <CMI) 
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This system keeps track of student progress/proficiencies in 
basic skill areas. Currently it is being utilized in Math, 
Reading, and Language. 

INSTRUCTIONAL MEDIA 

This system is based on a library cataloging application 
<A«hich is maintained by remote terminals. The -files contain 
medi a t i tl es, subjects, authors, anno tat i on s, and 
publishers. Media catalog, indexes, and shelf lists among 
othe things are also available -from this system, 

ADULT EDUCATION 

Tne Adult Education System is used -for maintaining a 
student's Master Record, Schedule o-f Classes, grades, 
credits, and Proficiency Test Scores. Data is entered into 
the system by optica) scanned forms and/or terminals. 

PERSONNEL RECORDS 

Personnel accounting functions are totally integrated into a 
computerized filing system containing most of the 
ooerational data required by the district. This file 
contains such things as name, address, phone, emergency 
data, credentials, employment history, skills inventory, 
fringe benefits, etc. 

BUDGET PREPARATION 

The budgeting system is the basis for the entire 
appropriation ledger accounting system. The budget files 
contain information which reflects almost every conceivable 
major item being-budgeted for in the oncoming year. 

APPROPRIATION ACCOUNTING 

The appropriation accounting system is an up to date history 
of all emcumbrances • expenditures, transfers, abatements, 
and other sorts of transactions. This file is maintained 
through many sources such as the receiving department, 
accounts oayable, purchasing department, etc. 

ACCOUNTS PAYABLE 

The system has the capability of receiving invoice data, 
comparing it ot the purchase order data, and kicking cut the 
transaction if all things are not eaual . If invoices match, 
previous prices and receivables, the system will make an 
entry into the appropriate ledger file. 

PURCHASE ORDER GENERATION 
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The system produces purchase orders using a standardized 
catalog which reflects almost every item that the district 
purchases during the year, 

FURNITURE , EQUIPMENT , & SUPPLY CATALOGS 

The orimary function of this file is to supply information 
for generating purchase orders, keeping track of amounts in 
order, year to date amounts received, printing out various 
catalogs, and keeping track of warehouse inventory reorder 
suan tities, etc, 

INVENTORY CONTROL 

Through the use of an automated system, operational supplies 
are maintained on a constant basis in the district 
warehouse. Terminals placed in every department and school 
initiate the automatic handling of warehouse supply 
reau i si t i ons, 

PROPERTY MANAGEMENT 

The system is used to maintain an ongoing inventory file of 
all equipment items which are valued over twenty-five 
dollars. This file contains item description, acquistion 
date, acquisition price, serial number, purchase order 
number, amount purchased, and physical location within the 
district . 

PROPERTY MAINTENANCE 

Through the use of an automated system, work orders are 
received by Maintenance and Facilities. As work is 
warrented, requests are given to the designatec personnel in 
each School/Department and a work order is initiated via the 
term i nal s , 

CRIME REPORTING 

The Crime Reporting System maintains a detailed record of 
Crime/Vandalism within the district and a summary of cost 
breakdowns ana types of crimes. 
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Append i x III 



Galley Unified School District 
Standard Reports 



The -following is a list of the standard reports which are 
generated by the Educational Data Processi ng Serv i ces. The 
report titles are classified by the basic system -function 
they serve , 

STUDENT MASTER FILE 

Teacher Information Sheet 

District Student Address Directory 

District Master Address Report 

Student Living Attendance 

Locker Assignement Log 

Self Scheduling Course Request 

STUDENT SCHEDULING 

Students Listed by Course Priorities 

Course Master List 

Course DEpartment List 

Master Schedule Exception Report 

Master Schedule Proof List 

Course Request Listing 

Potential Conflict Matrix 

Section Enter/Drop List 

Ac t i v i ty Cal endar 

Student Graduation Status 

Grade Reporting Exceptions 

Drop, Fail and Unsatisfactory List 

Principals Recognition List 

Grade Proof Report 

Grade Proof List 

Grade Distribution By Subject 

Grade Distribution By Teacher 

Progress Report Exception List 

Teacher Progress Report Proof List 

Sports Ineligibility Report 

PERMANENT RECORD 
Perminant Grade Record 

ATTENDANCE ACCOUNTING 

Students Living In Attendance Bouncry 

Valid Locator Count 

Uncleared Absent Report 

Weekly Attendance Report 

Unexcused Absence Report 

3imonthly Frequent Absence Report 

At tendance Excep t i on Rep or t 

Attendance Detail Report 
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Princioals Attendance Report 
Monthly Attendance Reoort 
Attendance Record For AIT 
Enrol lment By Grade And Sex 
Enrol lment Summary 
Summary By Special Classes 
Monthly Enrollment Reoort 
Weighted Class Size Report 
Trend For Weighted Classes 

PROFICIENCY TESTING 

Rasch Testing Ualues 

Proficiency Testing Detail Report 

Test SCore Distribution 

Proficiency Testing Results 

Proficiency Testing Status 

Proficiency Response Report By Test 



STANDARDIZED & TEACHER MADE TEST SCORING 

Physical Performance Test 

Teacher Instructional Strategy 

Student Detail Report For Group Testing 

Class Summary Report For Group Testing 

School Summary Reoort For Grouo Testing 

District Summary Report For Group Testing 

Simple Response Tally 

Title I List By Teacher 

Title I List By Grade 

Individual Studet Quartile Ranking 

School Quartile Summary By Grade 

Students Below 3?th Percentile in Reading and/or Math 
Scores And Wrong Response Record 
Freauency Analysis 

Frequency Distribution With Percentiles 
Standford Early School Achievement Test 

INDIVIDUAL EDUCATION PLAN <I.E.P.) 
I.E. P. For The School Year 
Ongoi ng Ind i v i dual Educat i on PI an 
Drivers Ed List 

Soecial Education Classification List 

Soec i al Educat i on Pud i 1 Coun t 

Undup 1 i cated Age Classification Count 

Ethnic, Sex. LES-NES Classification Matrix 

Soecial Services Tally 

Student Flow 

New Student Classification Ethnic Code Matrix 
Regular Program Participation Tally 
Adaptive PEList 




COMPUTER MANAGED INSTRUCTION <CMI) 

Individual Student Profile Of I ncomo 1 e ted Tasks 

Tasks Yet to Be Completed 

Continuum Status Reoort 31 



INSTRUCTIONAL MEDIA 

Media Center Audio-Visual Department List 

Library Maintenance 

Library Media Additions 

Media Inventory By Dewey Prefix 



ADULT EDUCATION 
Teacher Sequence 



PERSONNEL RECORDS 

Follow Ud List For Rehire Letters 
Certificated Employees 
Posi t i on Codes 
Location Codes 
Subject Codes 

Classification Salary Schedule 

Classification Management Salary Schedule 

Per sonne 1 Posi t i on/Locat i on Rep or t 

Employee Master Record 

School District Bargaining List 

Personne 1 I n -format i on 

Quarterly Personnel Payment Record 

Payrol 1 Listing 

Processing Transactions 

Employee Retro Report 

Payroll Balance Listing 

Credential Report 

Insurance Carr i ers 

Employee Insurance Categories 

Employee Credential And Education Record 

Insurance Analysis Report 

Monthly Insurance Report 

Employee Insurance Record 

Employee Probation Report 

Applications Status Report 

Cl assi f i cat i on Sal ar i es 

Quarterly Personnel Payment Record 

Certificated Payroll Information 

Notification Of Salary Placement 
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3UDGET PREPARATION 

Buget Reauest Form 

Balance Buget Input 

Buget Balance Totals 

Reauested Buget 

Responsibility Detail 

Object De tai 1 

Object Summary 

Pre 1 i mi nary Buge t 

Ten tat i Me Buge t 

Program Detai 1 

Program Summary 

Program Detail By Object 

Publ i shed Buget 32 



State Program Summary 
Final Buget 

Current Cost of Education Per Average Daily Attendance 
Responsibility Summary 
State Program Detail 

APPROPRIATION ACCOUNTING 
Regular Board Meeting Agenda 
Accounts Appropriation Ledger 
Cost Di str i bu t i on 

Approor i at i on Expenditure Transfer Reoort 
Aporopr i at i on Ledger 
Level Summary 

Payroll Expenditure Error Reoort 

Di sencumber Total 

Ledger Update Error Report 

ACCOUNTS PAYABLE 

Apprpriation Ledger Direct Entry Proof Totals 
Invalid Invoices 
Current Year Expended 
Invoicer Report 

PURCHASE ORDER GENERATION 
Purchase Order 
Balance Outside Purchases 
Invalid Requisition Report 
Purchase Order Follow-Up Report 
Invoice Not Received Report 
Inventory Status Report 
Receving Report 

FURNITURE « EQUIPMENT, & SUPPLY CATALOGS 

General Purpose Catalog 

Warehouse Picking Report 

Subscr i p t i on Ca tal 09 

Authorize Bid Acceptance 

Vendor Organization Plan 

3 i d Form 

INVENTORY CONTROL 

Monthly Statement of Warehouse Charges 

Warehouse Requistion Activity 

Warehouse Transaction Report 

Back -ordered Warehouse Requisition 

Back-ordered It ems 

Inventory Status Report 

Warehouse Inventory Verification 

PROPERTY MANAGEMENT 
Fixed Data By Noun 
Fixed Data By Stock Sequence 
Noun Listing 
Verb Lis-ting 
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Manu-f ac ture Listing 

Serial Master Maintenance 

District Serial Master File 

Furniture and Equipment Inventory 

Furniture and Equipment Inventory Maintenance. 

FRQPERTY MAINTENANCE 
Workorder Status Report 

CRIME REPORTING 
Crime Report 

Crime And/Or Damage Reporting 
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Appendix IV 

Valley Unified School District 
Sample of Non-standard ReDort Requests 

Many reports and printouts generated by the district 
computing center are derived from user requests. These 
requests may be submitted in writting or they may be direct 
requests for reports from remote terminals. These 
non-standard reDorts and printouts may be generated only 
once or at most a few times. If there is sufficient need 
for a non-standard report, it can then be incorporated into 
the Basic System Functions. The following is a sample of 
some of the non-standard reports that have been requested by 
the schools and district office. 



ACCOUNTING AMD BUSINESS FUNCTIONS 
LIST OF ACCOUNTS BY PROGRAM & DISTRIBUTION 
LIST OF DATA COM PROGRAM WITH DA/TIME C0DE=2 
ALL DATA FILES USED IN REPORT GENERATOR 
GENERAL FUND 4000 ACCOUNT SUMMARY 
PROGRAM LIST OF ALL BUSINESS PROGRAMS 
ACCOUNTS WITH NO ACTIVITY FOR 3 YEARS 
OPEN PURCHASE ORDERS 

DATA COM TRANSCODE WITH THEIR PROGRAMS 

REPORT WORDS USED FOR GENERATING REPORTS 

LIST OF ACCOUNTS BY PROGRAM AND DISTRIBUTION 

GRID ANALYSIS USED OTHER RINFOR SPECS TO CREATE DATA 

PERSONNEL REPORTING FUNCTIONS 
LIST OF ALL ACTIVE APPLICANTS 

LIST OF EMPLOYEES WITH TOTAL MONTHS OF SERVICE SORTED 

STUDENT REPORTING FUNCTIONS 

LIST OF STUDENTS IN CAREER MAGNET SCHOOLS 

IMMUNIZATION REPORT FOR LAST YEARS STUDENTS 

MILITARY LIST BY SCHOOL AND GRADE 

ROOM LIST WITH PARENTS NAME AND PHONE 

LIST OF ALL STUDENTS IN WORK EXPERIENCE CLASSES 

STUDENT ABSENCES WITH LUNCH PASS 

TO THE FAMILY AT: 

ACTIVITIES OFFICE ATHLETIC FEE LIST 
11TH GRADE STUDENTS 
YEARBOOK LIST 

STUDENT POPULATION BY SCHrtOL 
HISPANIC STUDENTS WITH GPA>3.0 

LIST OF FALL REFERRALS COMPARED TO SPRING U'-.' £RRALS 

TO THE PARENT'S OF 

CAREER MAGNET SCHOOL ZERO LIST 

LIST OF STUDENTS IN A. P. CLASSES 

?TH GRADE STUDENTS NUT ENROLLED IN MAGNET SCHOOLS 
ESL BILINGUAL STUDENTS 
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LAST KNOWN ADDRESSES OF CLASS OF 77 

:.I ST OF FIRST REFERRAL DATA FOR APPLICANTS 

LIST OF ALL STUDENTS WITH RIGHTS OF 18 YEAR OLD 

SPECIAL ED STUDENTS 

LIST OF ALL BOYS WITH GRADE/COUNT 

LIST OF ALL GIRLS WITH GRADE/COUNT 

LIST OF ALL STUDENTS WITH CREDITS EARNED 50 OR LESS 
LIST OF ALL STUDENTS INTEACHER AID CLASS 
CMS NON-EMROLLEES 

LIST OF FIRST REFERRALS ON YES SYSTEM 
PERCENTILE > 95 FOR 3TH AND 9TH GRADERS 
13 YEAR OLD STUDENTS WITH ATTENDANCE PROBLEMS 
ALPHA HOME ROOM LIST 

HISPANIC STUDENTS WITH GPAM.9 WITH ATTENDANCE PROBLEMS 
ATHLETIC PARTICIPATION AMD ATTENDANCE 
TOTAL READING PERCENTILES 
STUDENT BIRTHDATES 
SPECIAL TEST 

MASTER LIST OF STUDENTS IN CMS 
10/11 GRADERS WITH GPA>3.0 FOR CONTENTION 
10/12 GRADERS WITH GPA>3.6 FOR DODGER TICKETS 
STUDENTS THAT ARE ON FREE LUNCH 

LIST OF ALL STUDENT CREDITS EARNED OF 190 OR LESS 

ALPHA LIST BY TEACHER 

GPA LIST BY SCHOOL AND GRADE 

3RD PERIOD LIST WITH STUDENTS AND BIRTHDATE 
LABELS BY GRADE OF HONOR ROLL STUDENTS>2 . 99 
MASTER LIST OF STUDENTS WITH GPA>3.2 AND PERCENTILE 
CTBS BATTERY FILE 

LIST OF ALL APPLICANTS IN YOUTH EMPLOYMENT SYSTEM 
12TH GRADERS WITH GPA > 2. 99 

ALPHA LIST WITH NAME GRADE AND PHONE NUMBER 
LIST OF STUDENTS SORTED BY TOTAL CREDITS EARNED 
LIST OF STUDENTS PERCENTILE WITH LESS THAN 51% 
SUSPENSION REPORTASB CARDS AND YEARBOOK PURCHASERS 
ASB/YEARBOOK PURCHASES BY GRADE & GPA 



MI SO 

LIST OF CHAPTER I CHANGES 
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Appendix V 



Si te A High School 
Computerized Acoun tabi 1 i ty -for Student Achievement 

The original design of the Computerized Accountability -for 
Student Achievement <CASA) Project proposed to correct the 
problems that counseling staffs at the secondary school 
level have with managing i nf ormat i on ef f ec t i ve 1 y • The 
necessity o-f increased efficiency in managing information 
was the driving force behind CASA. 



1. The Counseling and Guidance Service is one of the most 
valuable resources available to the students. 

2. The counseling program has not been a program for change 
or adjustment to student needs. Little accountability has 
been required from counseling programs in the oast. 

3. Counselors, administrators, and teachers are not privy 
to accurate, up-to-date, specific set of information 
indicators which could lead to changes in the understanding 
of student needs and to concrete changes in student 

curr i cu 1 ar pr i or i t i es . 

4. The frustration of parents is often elicited by 
conflicting and inadequate reports of student progress. 
Students also feel a similar frustration when placed in a 
Position of inadequacy and dependence on a potentially 
mis-informed authority which lacks accurate information. 



!• Provide for the accountability of counseling and 
gu i dance serv i ces . 

2. Provide varieties of relationships between student 
variables and trends associated with programs. 

3. Provide information for staff development, curricular 
design and program development. 

4. Capability of analysis of relationships and trends 
concerning critical student problem areas such as truancy, 
dropouts, substance abuse, etc. 

5. Produce students - ' manes through an analysis of high risk 
profiles in order that intervention programs can be designed 
and imp 1 emen ted . 



Project Assumptions 



Proj ec t Obj ec t i ves 
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6. Provjde on-line retrieval of information regarding clas 
numbers, Individual and group competency, and levels of 
performance . 

7. Provide continuous objective information for educationa 
and career decision-making based on past performance, 
current status and future goals. 
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